home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000088_dkcombs@panix.com_Wed May 22 10:56:41 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  115 lines
  1. Article: 13382 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!not-for-mail
  3. From: dkcombs@panix.com (David Combs)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: REGET not as clever as RESEND?
  6. Date: Wed, 22 May 2002 07:25:42 +0000 (UTC)
  7. Organization: Public Access Networks Corp.
  8. Lines: 96
  9. Message-ID: <acfh5m$ead$1@reader1.panix.com>
  10. References: <acbqst$bj2$1@panix3.panix.com> <acbrts$1c7$1@watsol.cc.columbia.edu>
  11. NNTP-Posting-Host: panix2.panix.com
  12. X-Trace: reader1.panix.com 1022052342 14669 166.84.1.2 (22 May 2002 07:25:42 GMT)
  13. X-Complaints-To: abuse@panix.com
  14. NNTP-Posting-Date: Wed, 22 May 2002 07:25:42 +0000 (UTC)
  15. X-Newsreader: trn 4.0-test74 (May 26, 2000)
  16. Originator: dkcombs@panix.com (David Combs)
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13382
  18.  
  19. In article <acbrts$1c7$1@watsol.cc.columbia.edu>,
  20. Frank da Cruz <fdc@columbia.edu> wrote:
  21. >In article <acbqst$bj2$1@panix3.panix.com>,
  22. >David Combs <dkcombs@panix.com> wrote:
  23. >: RESEND does a pretty good job of almost instantly
  24. >: recovering up to the %done that it had been
  25. >: at when the prior transfer crapped out.
  26. >: 
  27. >: REGET seems to me so far to do a much POORER
  28. >: job of doing that, like recovering up to only
  29. >: maybe 1/3 of how far the prior get had gotten,
  30. >: and then rereading a whole lot of stuff that
  31. >: had (presumably) already been read in the prior
  32. >: kermit-run.
  33. >: 
  34. >: Am I the only one who has seen this?
  35. >: 
  36. >It doesn't ring a bell.  Are you saying it corrupts
  37. >the file, or just takes longer to resynchronize before
  38. >resuming the download?
  39. >
  40. >: (NOTE: I was using -i)
  41. >: 
  42. >: QUESTION: what is the SIZE of the blocks
  43. >: that kermit sends?  (by default)
  44. >: 
  45. >The sender sends blocks (packets) of whatever length
  46. >the receiver tells it to.  SHOW PROTOCOL at the
  47. >receiver, see the receive packet length.
  48. >
  49. >: Now, kermit registers 100%, but starts getting
  50. >: errors (two per second) trying to get the last
  51. >: several bytes, it seems.
  52. >: 
  53. >That doesn't have anything to do with RESEND or REGET.
  54. >If it happens, it's because of transmission errors,
  55. >which could happen with any kind of file transfer.
  56. >
  57. >Is this a straight dialup connection or a Telnet
  58. >connection or what?
  59. >
  60. >If straight dialup, what kind of modem?  What serial
  61. >speed?  Are you using RTS/CTS (hardware) flow control?
  62.  
  63. usr faxmodem
  64. >
  65. >If Telnet, the same questions about the underlying PPP
  66. >driver.
  67. >
  68. >What version of Kermit do you have on your end? (Panix
  69. >has the latest, 8.0.201, on its end, at least if we're
  70. >talking about the same Panix).
  71. >
  72. >Just now I tried downloading a 3MB file from Panix,
  73. >interrupting the download, REGET'ing the file, and
  74. >repeating the process several times until it was fully
  75. >downloaded.  There were no delays, no errors, no
  76. >failures.  This was using Kermit 95 1.1.21 as a
  77. >client.
  78. >
  79. >- Frank
  80.  
  81.  
  82. Thanks, Frank, for the long answer, and suggestions
  83. for finding out some more info.
  84.  
  85. I'm the same guy that has *always* have had difficulty
  86. using kermit on panix (worked *fine* with netcom!).
  87.  
  88. I just got a blade-100, and it also has the sun
  89. PCI co-processor (besides the sparc), so
  90. I can load up win2k on that, Solaris8 on the
  91. other.
  92.  
  93. Once I get that all done, perhaps I could grab that
  94. *large* pizza-box, drive it in to NYC, and somehow
  95. get it up to your office?
  96.  
  97. Then, once and for all, we'll find out what the
  98. problem is.  (Maybe also get kermit95 working
  99. on the other cpu, too?)
  100.  
  101. As long as you have a screen that can plug into
  102. a sun (and I have cables that connect one kind
  103. of connector to the smaller one that the Blade uses.)
  104.  
  105. ---
  106.  
  107. No emergency -- I just do downloads at 3am if I want
  108. them to work (and if they are eg > 5mb or so).
  109.  
  110.  
  111. David
  112.  
  113.  
  114.  
  115.